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TITLE 

METHOD AND APPARATUS FOR PERFORMING COMMON 
CALL PROCESSING MANAGEMENT USING COMMON 
SOFTWARE PLATFORM 

CLAIM OF PRIORITY 
[0001] This application makes reference to, incorporates the same herein, and claims all benefits 
accruing under 35 U.S.C. §119 from an application for METHOD AND APPARATUS FOR 
PERFORMING COMMON CALL PROCESSING MANAGEMENT USING COMMON SOFTWARE 
PLATFORM earlier filed in the Korean Industrial Property Office on 6 January 2003 and there duly 
assigned Serial No. 2003-587. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0002] The present invention relates to a method for performing CPM (Call Processing 
Management) in a voice service system, and more particularly to a method for performing CCPM 
(Common Call Processing Management) capable of reducing a functional dependency on a switching 
signal processing interface protocol and a subscriber line interface protocol. 
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Description of the Related Art 
[0003] Through a conventional call processing method, call processing management and voice 
path connection management based on a switching signal processing interface protocol and a 
subscriber line interface protocol are provided by different software modules on the basis of a service 
type. In particular, the call processing management has a structure dependent upon the switching 
signal processing interface protocol. As a result, according to the conventional call processing 
method, relevant call processing modules must be newly added or reconfigured in a communication 
system every time a new switching signal processing interface or a new subscriber line interface is 
newly added to the communication system. Where the relevant call processing modules are added 
or reconfigured in the communication system, there is a problem in that the communication system 
must be newly tested to ensure the stability of a system operation. 

[0004] It will be understood that a module for performing a call processing function in the 
conventional communication system operates while depending upon the switching signal processing 
interface protocol and the subscriber line interface protocol. As a result, where the new switching 
signal processing interface or the new subscriber line interface is applied to the communication 
system, a repeated overload in the system can be caused by the addition or reconfiguration of the call 
processing modules based on the switching signal interface protocol and the subscriber line interface 
protocol. Moreover, a period of time and costs required to develop the communication system can 
be increased. There is another problem in that reusability and portability of the pre-existing call 
processing software are degraded. 
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SUMMARY OF THE INVENTION 
[0005] Therefore, the present invention has been made in view of the above problems, and it is 
an object of the present invention to provide a method for flexibly performing integrated call 
processing without depending upon a switching signal processing interface protocol and a subscriber 
line interface protocol adopted in a communication system. 

[0006] It is another object of the present invention to provide a method for flexibly performing 
integrated call processing, without depending upon a switching signal processing interface protocol 
and a subscriber line interface protocol adopted in a communication system, by implementing 
common software architecture and reusable software appropriate for easily developing various media 
gateway systems. 

[0007] In accordance with an aspect of the present invention, the above and other objects can be 
accomplished by the provision of an apparatus for performing common call processing management 
using a common software platform including horizontal components for providing common 
functions required in all communication systems, and vertical components for providing specific 
functions on the basis of communication systems, including: a common agent for performing 
corresponding operations including an operation of gathering Internet information on the basis of 
a predetermined schedule irrespective of a manager's intervention; an OAM (Operations 
Administration and Maintenance) module for administering and maintaining a network in which the 
corresponding operations are performed on the Internet; and a common call processor for managing 
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a subscriber in response to a call signal provided from a physical component receiving a subscriber 
signal and setting up a voice path on the basis of the call signal such that the subscriber signal can 
be transmitted through the voice path. 

[0008] Preferably, the common call processor may include a CPM API (Call Processing 
Management Application Program Interface) for providing a switching interface, subscriber 
interfaces and an interface between call processing modules; an event decoding module for decoding 
a corresponding command and extracting physical termination information and a relation index; a 
component specific call processing module for organizing components for performing corresponding 
functions based on the switching interface and the subscriber interfaces and interfacing with a 
lower-order module; a common call signal management module for processing and routing a signal 
generated from the switching interface and a control signal to a corresponding module in response 
to a request from a subscriber interface; a common connection management module for controlling 
a connection for setting up a voice path irrespective of hardware and an application program; and 
a call resource management module for managing system resources associated with call processing. 

[0009] Preferably, the component specific call processing module may include a vertical 
component having at least one of an MGCP (Media Gateway Control Protocol) interface, a V5.2 
interface and a GR303 interface being voice call signal interfaces. Preferably, the physical 
component may include at least one of a switch module, a tone generator and a physical port. 
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[0010] Preferably, the common call processor may perform specific call processing according to 
kinds of vertical and physical components on the basis of the extracted physical termination 
information and relation index, allocate a system's switching resources, decide path information and 
generate a control command for a physical switch. Preferably, the path information decided by the 
common call processor may include address information associated with at least one of a card 
location and a destination by switching. 

[0011] The present invention provides horizontal components, which provide common functions 
and hence can be reused in various communication systems, thereby enabling a software module to 
be configured without depending upon an OS (Operating System) or hardware device, when a 
communication system is implemented. Further, the present invention provides a CPM API capable 
of minimizing an additional workload according to program change at the time of call processing 
by hiding specific information associated with lower-order software and hardware according to 
respective interface modules. Furthermore, the present invention provides a CCPM module capable 
of hiding a logical relation between the vertical components processing switch signals such as an 
MGCP interface, a V5.2 interface and a GR303 interface, and physical components such as PSTN 
and VoDSL ports, and physical configurations of the communication system such as switch 
configurations, and organizing common and individual modules on the basis of call processing 
functions, thereby easily developing and verifying new voice service functions and reducing a period 
of time required to develop and stabilize the functions. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0012] A more complete appreciation of the invention, and many of the attendant advantages 
thereof, will be readily apparent as the same becomes better understood by reference to the following 
detailed description when considered in conjunction with the accompanying drawings in which like 
reference symbols indicate the same or similar components, wherein: 

[0013] Fig. 1 is a block diagram illustrating a common software platform for common call 
processing in accordance with the present invention; 

[0014] Fig. 2 is a view illustrating the connection relationship between vertical components 
included in a CCPM (Common Call Processing Management) module shown in Fig. 1 ; 
[0015] Fig. 3 is a view illustrating detailed configurations of the CCPM module in which vertical 
components are embedded as shown in Fig. 1 ; and 

[0016] Fig. 4 is a view illustrating operations between a master and slaves according to event 
processing between V5.2 and GR303 interfaces of the CCPM module and a VoDSL (Voice over 
DSL (Digital Subscriber Line)) interface subscriber. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0017] Now, preferred embodiments of the present invention will be described in detail with 
reference to the annexed drawings. In the drawings, the same or similar elements are denoted by the 
same reference numerals even though they are depicted in different drawings. In the following 
description given in conjunction with preferred embodiments of the present invention, a variety of 
specific elements are shown. The description of such elements has been given only for a better 
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understanding of the present invention. Those skilled in the art will appreciate that the present 
invention can be implemented without using the above-mentioned specific elements. Also, in the 
following description, a detailed description of known functions and configurations incorporated 
herein will be omitted when it may make the subject matter of the present invention rather unclear. 

[0018] Further, the following references provide the description of the related art and additional 
information, so that the present invention can be better understood through the following references. 
[0019] - Open Systems Interconnection, Basic Reference Model, ITU-T X.200 

(telecommunication standardization sector of the International Telecommunication Union X-series 
recommendations on open systems interconnection) 

[0020] - Open Systems Interconnection, Data Link Service Definition, ITU-T X.212 
[0021] - Open Systems Interconnection, Network Service Definition, ITU-T X.213 
[0022] - Open Systems Interconnection, Transport Service Definition, ITU-T X.2 14 

[0023] Fig. 1 is a block diagram illustrating a common software platform for common call 
processing in accordance with the present invention. 

[0024] As shown in Fig. 1, a common software platform 100 can be commonly applied to a 
plurality of different communication systems. The common software platform 100 is arranged 
within a communication network card and includes components classified on the basis of functions. 
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[0025] The common software platform 1 00 includes horizontally arranged horizontal components 
and vertically arranged vertical components. The horizontal components provide common functions 
required in all communication systems. The vertical components provide particular technical 
functions, which may be required in the communication systems. The vertical components provide 
the horizontal components with the technical functions and can vary with the communication system. 

[0026] As shown in Fig. 1 , the horizontal components having the common functions required in 
all communication systems include a common agent 111, a common OAM (Operations 
Administration and Maintenance) module 1 13, a CCPM (Common Call Processing Management) 
module 1 1 5, a UIPC (Unified InterProcess Communication) module 1 1 7, a DIA (Device Independent 
Access) layer 1 19, a device driver 121, an OIA (Operating System Independent Access) layer 127, 
an RTOS (Real Time Operating System) 123 and hardware 125. Here, the "agent" is a software 
module for gathering Internet information according to a predetermined schedule without a 
manager's intervention or performing several different services. Further, the "OAM" module is a 
software module for providing network management functions such as network fault indication, 
performance information indication and data diagnosis. 

[0027] Further, the vertical components having the technical functions required by the 
communication systems include an MGCP (Media Gateway Control Protocol) interface 1 5 1 , a V5.2 
interface 1 53 and a GR303 interface 1 55. Commercial softwares are used or added in hatched blocks 
112, 114, 152, 154, 156, 122 and 123 shown in Fig. 1. 
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[0028] Various types of components other than the components shown in Fig. 1 can be configured 
as vertical or horizontal components. For example, the common OAM module 1 13 being the 
horizontal component gathers and manages alarm and performance data to perform the 
administration and maintenance of a communication system. An ATM (Asynchronous Transfer 
Mode)-based communication system adds ATM related alarm and performance data to an ATM 
vertical component, thereby providing a relevant service. 

[0029] Thus, the communication system implements the horizontal components, which provide 
the common functions and hence can be reused in various communication systems, thereby enabling 
a software module to be configured without depending upon an OS (Operating System) or hardware 
device. 

[0030] In accordance with this embodiment of the present invention, the CCPM module 1 1 5 can 
implement a common call processing function. 

[0031] When the vertical components such as call processing interfaces of the MGCP interface 
1 5 1 , the V5.2 interface 1 53 and the GR303 interface 1 55 are mounted in the communication system, 
the CCPM module 115 provides the following functions between the vertical components and 
physical components associated with physical voice subscriber lines. 



[0032] First, the CCPM module 1 1 5 provides a subscriber registration function for setting up and 
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maintaining a logical relation between physical voice subscriber ports and logical entities belonging 
to the respective vertical components in response to system commands. 

[0033] The CCPM module 1 1 5 provides a subscriber registration release function for releasing 
a pre-set logical relation between physical voice subscriber ports and logical entities belonging to 
the respective vertical components 151, 153 and 155 in response to system commands. 

[0034] The CCPM module 1 1 5 manages a provisional status and an operational status associated 
with the physical voice subscriber ports and the logical entities belonging to the respective vertical 
components 151, 153 and 155, and provides a subscriber-status management function such as a 
function of transferring status information to entity management modules. 

[0035] The CCPM module 1 1 5 routes subscriber signals such as an off-hook signal, an on-hook 
signal, etc. received from the physical voice subscriber lines to a corresponding vertical component • 
on the basis of a subscriber protocol, thereby providing a function of transferring a subscriber call 
signal to a switch (not shown). 

[0036] The CCPM module 115 receives, from a vertical component, a subscriber line control 
signal transmitted from the switch receiving the subscriber call signal and then performs a function 
of routing the subscriber line control signal to a corresponding subscriber management module. 
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[0037] The CCPM module 1 1 5 analyzes a voice path connection setup command transmitted from 
each vertical component, and controls operations of switch components included in a corresponding 
communication system on the basis of the analyzed command. Thus, the CCPM module 115 
provides a function of setting up a voice path between a subscriber and a switching network. 

[0038] The CCPM module 1 15 controls operations of the switch components included in the 
communication system in response to a command received from the vertical component in order to 
control a pre-set voice path connection. Thus, the CCPM module 115 provides a function of 
releasing a voice path between the subscriber and the switching network. 

[0039] The CCPM module 1 1 5 provides a function of managing set voice path connection status 
in response to commands from the vertical components 151,153 and 155. The CCPM module 1 1 5 
provides a function of managing system resources relating to call processing. Further, the CCPM 
module 1 1 5 provides a common API (Application Program Interface) such that modules controlling 
the vertical and physical components can access the CCPM module 115. 

[0040] Fig. 2 is a view illustrating the connection relationship between vertical components 
included in the CCPM module 1 1 5 shown in Fig. 1 . As shown in Fig. 1 , the CCPM module 1 1 5 has 
a master-slave structure including a single CPM (Call Processing Management) master 212 and a 
plurality of CPM slaves 222 and 232. 
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[0041] The CPM master 212 manages resources for call processing by allocating and releasing 
system resources associated with the call processing and analyzes control commands received from 
vertical components. The CPM master 2 1 2 generates control messages for the CPM slaves 222 and 
232 on the basis of the analyzed control commands and routes the generated control messages to the 
UIPC module 215. Moreover, the CPM master 2 1 2 generates and manages data for call processing, 
and routes subscriber call signals received from the physical components to corresponding vertical 
components using pre-set subscriber information. 

[0042] Moreover, the CPM slaves 222 and 232 route call-related events received from the vertical 
components to the CPM master 2 1 2 or route a call-related event received from the CPM master 2 1 2 
to the vertical components. The CPM slaves 222 and 232 route call-related events received from 
the physical components to the CPM master 2 1 2 or route a call-related event received from the CPM 
master 212 to the physical components. The CPM slaves 222 and 232 receive a control command 
from the CPM master 212 and control a physical component through a physical controller 213 in 
response to the received control command. At this time, physical components controlled by the 
CPM slaves 222 and 232 according to the control command from the CPM master 212 include, for 
example, a switch module 250, a tone generator 252 and a physical port 254. A CPM user 
application 210 corresponds to the CPM master 212, a CPM user application 220, a physical 
controller 223, and a UIPC module 225 correspond to the CPM slave 222, while a CPM user 
application 230, a physical controller 233, and a UIPC module 235 correspond to the CPM slave 232 
as seen in Fig. 2. 
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[0043] Fig. 3 is a view illustrating detailed configurations of the CCPM module in which vertical 
components 151, 153 and 155 are embedded as shown in Fig. 1. As shown in Fig. 3, the CCPM 
module 1 1 5 includes a CPM API (Call Processing Management Application Program Interface) 320, 
an event decoding module 330, a component specific call processing module 350, a common call 
signal management module 370, a common connection management module 380 and a call resource 
management module 310. Here, the component specific call processing module 350 includes 
vertical components such as an MGCP interface 352, a V5.2 interface 354, a GR303 interface 356, 
etc. 

[0044] The CPM API 320 provides an interface between a switching signal processing interface 
module, a subscriber line interface module and call processing modules 352, 354 and 356. At this 
time, the CPM API 320 operates through an API in which interfaces of the call processing modules 
352, 354 and 356 are integrated. Thus, the CPM API 320 can minimize an additional workload 
according to program change at the time of call processing by hiding specific information associated 
with lower-order software and hardware according to the respective interface modules. 

[0045] The component specific call processing module 350 and the vertical components 352, 354 
and 356 organizes special components according to a switching signal, a type of a subscriber line 
interface and a configuration of a communication system, and have interfaces coupled to the 
common call signal management module 370 and the common connection management module 380. 
Thus, even though a new interface or a new function module is added in the communication system, 
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[0046] The common call signal management module 370 processes and routes off-hook, 
flash-hook and on-hook signals generated from a subscriber interface irrespective of a kind of a 
subscriber interface or switching interface. Moreover, the common call signal management module 
370 processes and routes ringing and tone signals as control signals associated with a subscriber in 
response to a request from the switching interface. 

[0047] The common connection management module 380 performs a connection control 
procedure for a voice signal path connection irrespective of hardware and an application program. 

[0048] The call resource management module 310 manages communication system resources 
relating to call processing. 

[0049] The CCPM module 115 includes a subscriber management function, a voice call signal 
routing function and a voice path connection management function. First, the CCPM module 115 
performs the subscriber management function of setting up or releasing relations between the vertical 
components 151, 152 and 155 and the physical components. Second, the CCPM module 115 
performs the voice call signal routing function of transferring call signals between respective entities 
of the vertical components 151, 153 and 155 and physical entities. Third, the CCPM module 115 
performs the voice path connection function of setting up or releasing voice path connections in 
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[0050] The subscriber management function is activated in response to an operator command and 
performs the following procedure. The CCPM module 115 receives a subscriber command 
generated from an operator and extracts address information corresponding to an entity of a vertical 
component and address information corresponding to an entity of a physical component. At this 
time, the CCPM module 115 generates one relation using each piece of the address information. 
Here, the address information is different according to the vertical component and the physical 
component, and used on the basis of entity management regulation of a corresponding component. 

[0051] Hereinafter, the functions of the CCPM module 1 15 will be described in detail. The 
CCPM module 1 1 5 allocates a single index on a system basis for each of the relations between the 
vertical components 151, 153 and 155 and the physical components. At this time, the allocated 
relation index is used as a subscriber index. 

[0052] The CCPM module 115 transfers allocated relation indexes and address information to 
modules for managing the vertical components 151, 153 and 155 and the physical components, 
thereby enabling the common call signal management module 370 and the common connection 
management module 380 to identify that an individual entity is registered as one subscriber through 
a specific relation index. Thus, the CCPM module 1 15 can perform an appropriate call processing 
procedure for each entity. 
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[0053] Hereinafter, the following procedure associated with the voice call signal routing function 
will be performed, when the CCPM module 1 1 5 receives call-related signals from the entities of the 
vertical components 151, 153 and 155 or the physical components. 

[0054] The CCPM module 1 1 5 receives the call signals from the common call signal management 
module 370 and the common connection management module 380 for managing the vertical 
components 151, 153 and 155 and the physical components through the CPM API 320. Where a 
CPM slave receives a call signal, the CCPM module 1 1 5 routes corresponding information to a CPM 
master. The CCPM module 1 1 5 decodes the received call signal and extracts, from the decoded call 
signal, a relation index and information of a component transmitting the call signal. The CCPM 
module 115 retrieves relation information from a call-processing database (not shown) using the 
extracted relation index. 

[0055] The CCPM module 115 extracts peer component information from the relation 
information, decides routing information and generates a CPM message. The CCPM module 115 
transfers the generated CPM message to a corresponding CPM slave on the basis of the routing 
information. 

[0056] The CPM slave receiving the call signal from the CPM master transfers the call signal to 
a corresponding module using an API provided by the common call signal management module 370 
and the common connection management module 380 for managing the vertical components 151, 
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153 and 155 and the physical components and transfers a response signal to the CPM master. 

[0057] The voice path connection function is activated in response to a control command from 
the vertical component 1 5 1 , 1 53 or 1 55, and performs the following procedure. The CCPM module 
1 1 5 receives a voice path connection command from the vertical component 151, 153 or 155 through 
the CPM API 320. The CCPM module 115 decodes a corresponding command through the event 
decoding module 330 and extracts physical termination information (end-to-end information) and 
a relation index for the voice path connection. 

[0058] The CCPM module 1 15 performs specific call processing according to kinds of vertical 
and physical components on the basis of the extracted physical termination information and relation 
index, allocates a system's switching resources, decides path information and generates a control 
command for a physical switch. At this time, the path information includes address information 
associated with a card location, a destination, etc, 

[0059] The CCPM master 2 1 2 transfers the generated control command to a corresponding CPM 
slave. A CPM slave receiving a voice path connection command from the CPM master 212 calls 
a connection setup API of a corresponding component management module to control a physical 
switch device. The CPM slave controls the physical switch device and transfers a result of the 
control to the CPM master 212. 
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[0060] Moreover, the CPM master 212 receives the result of the control and calls a callback 
function included in the voice path connection command received from the vertical component to 
transfer relevant information to the vertical component 151, 153 or 155. At this time, the relevant 
information includes, for example, the number of transmitted/received RTP (Real-time Transport 
Protocol) packets, a UDP (User Datagram Protocol) address, eta 

[0061] Fig. 4 is a view illustrating operations between a master and slaves according to event 
processing between V5 .2 and GR303 interfaces of the CCPM module 1 1 5 and a VoDSL (Voice over 
DSL (Digital Subscriber Line)) interface subscriber. As shown in Fig. 4, one main control card 400 
is connected to a plurality of slave control cards 500 and 600 controlled by the main control card 
400. Further, the main control card 400 and the slave control cards 500 and 600 provide UIPC 
modules 480, 560 and 660 for inter-process message communications as components of a common 
software platform. The UIPC modules 480, 560 and 660 provide paths for message communications 
within cards and between cards. 

[0062] The UIPC modules 480, 560 and 660 are coupled to processes for performing 
corresponding operations. In accordance with this embodiment, the UIPC module 480 of the main 
control card 400 is coupled to a CPM master 440 and the UIPC module 560 of the VoDSL control 
card 500 is coupled to a CPM slave 540 of the VoDSL control card 500. The UIPC module 660 of 
the trunk control card 600 is coupled to a CPM slave 640 of the trunk control card 600. 
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[0063] In Fig. 4, the VoDSL control card 500 receives subscriber signals such as on-hook and 
off-hook signals, etc. generated from IADs (Integrated Access Devices) (not shown) coupled to 
xDSL interfaces through a VoDSL interface 520. The VoDSL interface 520 transfers the received 
subscriber signals to the CPM slave 540. The CPM slave 540 transmits the subscriber signals to the 
main control card 400 such that the subscriber signals can be transmitted to the UIPC module 480 
of the main control card 400 through the UIPC module 560. Thus, the CPM master 440 transfers 
the received subscriber signals to the V5.2 interface 420 being the switching interface. Further, the 
CPM master 440 transfers subscriber signals received from the V5.2 interface 420 to the VoDSL 
control card 500 through the UIPC module 480. 

[0064] In Fig. 4, the trunk control card 600 provides a physical El (European subscriber line) 
interface function based on V5.2 and a signal termination function based on LAPV-5. Thus, the 
trunk control card 600 extracts a subscriber signal and a voice path connection message transmitted 
from a switch and transfers the extracted subscriber signal and voice path connection message to the 
V5.2 interface 420 of the main control card 400. Further, the trunk control card 600 controls a . 
connection of a subscriber voice path coupled to a trunk interface 620 in response to the voice path 
connection message. 

[0065] The main control card 400 includes the V5.2 interface 420, a GR303 interface 460 and the 
CPM master 440. Thus, the CPM master 440 controls a system operation associated with a voice 
service in response to the received subscriber signal and a switching control signal. 
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[0066] The CCPM module 115 can hide a logical relation between the vertical components 
processing switching signals such as the MGCP interface 1 5 1 , the V5.2 interface 1 53 and the GR303 
interface 155, and physical components such as PSTN and VoDSL ports, and physical configurations 
of the communication system such as switch configurations, and organize common and individual 
modules on the basis of call processing functions, thereby easily developing and verifying new voice 
service functions and reducing a period of time required to develop and stabilize the functions. 

[0067] As apparent from the above description, the present invention provides horizontal 
components, which provide common functions and hence can be reused in various communication 
systems, thereby enabling a software module to be configured without depending upon an OS 
(Operating System) or hardware device, when a communication system is implemented. 

[0068] Further, the present invention provides a CPM API capable of minimizing an additional 
workload according to program change at the time of call processing by hiding specific information 
associated with lower-order software and hardware according to respective interface modules. 

[0069] Furthermore, the present invention provides a CCPM module capable of hiding a logical 
relation between the vertical components processing switch signals such as an MGCP interface, a 
V5.2 interface and a GR303 interface, and physical components such as PSTN and VoDSL ports, 
and physical configurations of the communication system such as switch configurations, and 
organizing common and individual modules on the basis of call processing functions, thereby easily 
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developing and verifying new voice service functions and reducing a period of time required to 
develop and stabilize the functions. 

[0070] Although the preferred embodiments of the present invention have been disclosed for 
illustrative purposes, those skilled in the art will appreciate that various modifications, additions and 
substitutions are possible, without departing from the scope of the invention. Therefore, the present 
invention is not limited to the above-described embodiments, but the present invention is defined 
by the claims which follow, along with their full scope of equivalents. 
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